Digital License Plate With Geofencing Support And Road Usage Monitoring

ABSTRACT

A digital license plate system with a geographic alert and information handling is described. In some embodiments the system allows for manually directed or automated geofencing, along with road usage and vehicle miles traveled payments. The system supports wirelessly connecting to services to receive authorization data for road usage, while optionally preserving information needed for road usage payments

RELATED APPLICATIONS

This application claims the benefit of U.S. Provisional Application Ser.No. 62/442,757, filed Jan. 5, 2017 and U.S. Provisional Application Ser.No. 62/547,607, filed Aug. 18, 2017. The applications are incorporatedherein by reference for all purposes.

TECHNICAL FIELD

The present disclosure generally relates to a digital license plate witha geographic alert and information handling system. More particularly, asystem allowing for manually directed or automated geofencing, alongwith road usage and vehicle miles traveled payments, is disclosed.

BACKGROUND AND SUMMARY

Geofencing is a term that can describe location-based mobile servicesthat initiate actions when a position locating device is moved into orout of a defined geographic area. For example, a GPS equipped smartphonecan be set to allow advertisers to send text or application basedmessages to a smartphone when entering a defined geographic area, suchas a shopping mall. As another example, a GPS vehicle tracking systemscan note and send warnings or messages when a vehicle moves across agovernment boundary such as a city, county, state, federal park, orIndian reservation. However, current geofence systems for vehicles canbe costly, require expensive installation, or be difficult to updatewith new maps,

One potential apparatus for creating, storing, and processing vehicledata, including geographic or location data is a digital license platesupporting a dynamic display that presents vehicle identification andregistration information and can be arranged on the exterior of avehicle. For example, U.S. Pat. No. 9,007,193, and pending published USPatent application US20130006775, both assigned to ReviverMX, describe adynamic display that improves updateability of vehicle identificationand registration information by use of a digital license plate having alocation sensor.

Such digital license plates can support geofencing or locationmonitoring, be used to deliver information, and with suitable softwareand supporting hardware, make digital payments covering usage, vehiclemiles traveled (VMT), license, and registration fees. Typically, suchpayments are made via a 3G, 4G, WiFi, or other wireless interface.

BRIEF DESCRIPTION OF THE DRAWINGS

Non-limiting and non-exhaustive embodiments of the present disclosureare described with reference to the following figures, wherein likereference numerals refer to like parts throughout the various figuresunless otherwise specified.

FIG. 1 illustrates one embodiment of a digital license plate system;

FIG. 2 is illustrates various systems in a digital license plate system;

FIG. 3 illustrates operation of a digital license plate system;

FIG. 4 illustrates external data communication in a digital licenseplate system;

FIG. 5 illustrates data categories supported by a digital license plate;

FIG. 6 illustrates geographic data on vehicle position over time;

FIG. 7 illustrates a vehicle position intensity map based on time spentin a certain position over a 24-hour period;

FIG. 8. illustrates a geofence can be defined to have certain radiusaround a single point; and

FIG. 9 illustrates a road usage system.

DETAILED DESCRIPTION

The digital license plate system 11 is preferably used for registeredvehicles such as personal cars, trucks, motorcycles, rental cars,corporately-owned cars, or any other suitable type of vehicle. Thedisplay system 100 functions to render identification and/orregistration information of the vehicle 10 that is preferably providedby an official authority, such as a Department of Motor Vehicles (DMV).Preferably, the processor 120 renders the identification and/orregistration information of the vehicle 10 on the display 110 such thata state vehicle code is followed, such as the size and dimension of thedisplayed area, the content, size, and lettering style of theinformation, and the visibility and reflectivity of the display 110.Preferably, the processor 120 renders content on the display 110 suchthat the state vehicle code of the state in which the vehicle 10 isregistered is followed; alternatively, such as in the embodiment of theinvention that incorporates a location sensor (such as a GPS device),the processor 120 may render content on the display 110 such that thestate vehicle code of the state in which the vehicle is located isfollowed. The display system 100 preferably functions to display amessage in addition to the vehicle identification and/or registrationinformation. The message is preferably provided by an advertiser, forexample, an advertiser that is substantially unrelated to the user. Thesubject matter of the advertisement provided by the advertiser may besubstantially unrelated to the driver and/or owner of the vehicle 10,and the advertisement may be substantially unrelated to the vehicle 10.Alternatively, the advertisement may be related to a demographic towhich the driver and/or owner of the vehicle 10 belongs or to any othersuitable characteristic of the driver and/or owner of the vehicle 10.The advertisement may also be selectable by the driver and/or owner ofthe vehicle 10, for example, via the Internet on a personal computer,via the internet on an internet-capable mobile phone, or via any othersuitable method. The advertisement may also be substantially related tothe vehicle 10, for example, a display system mounted to a Porsche maydisplay advertisements that are targeted at a demographic with a brandaffinity toward Porsches. The advertisements may be substantiallyrelated to the location of the vehicle 10, for example, if the vehicle10 is traveling within the vicinity of a venue, an advertisement for thevenue may be shown. Alternatively, the message may be provided by a lawenforcement agency, for example, an emergency broadcast regarding amissing person (for example, an Amber or an Elder alert). Furthermore,if the vehicle 10 is reported stolen, the message may indicate that thevehicle 10 is stolen, thus allowing parties external to the vehicle toidentify the vehicle 10 as such.

Alternatively, the message may be any suitable type of message and maybe controlled by any suitable party, for example, an officialorganization (for example, the DMV), the driver of the vehicle 10, theowner of the vehicle 10, a third party unrelated to the vehicle 10, orany other suitable party. In a first example, the message may includeadditional details related to the vehicle 10, including the model of thevehicle 10, the smog check results of the vehicle 10, maintenance issuesof vehicle 10, or any other suitable type of information related to thevehicle 10. In a second example, the message may include details relatedto the driver of the vehicle 10, including organizations that the driversupports or belongs to (for example, the Girl Scouts, the San FranciscoGiants baseball team, or a political party), a cause that the driversupports (for example, People for the Ethical Treatment of Animals(PETA) or cancer awareness), the demographic of the driver, or any othersuitable type of information related to the driver. In this secondexample, the message may also include official details regarding thedriver; for example, the message may indicate that the driver is adoctor or a law enforcement officer, allowing people outside the vehicle10 to direct requests to the driver when his services are desired.Official details may also include details relating to the drivinghistory of the driver; for example, if the driver has an imperfectdriving record, a notification may be rendered on the display in orderto warn others in the vicinity of the vehicle. In a third example, themessage may include notifications for drivers in the vicinity of thevehicle 10, for example, traffic information or weather forecasts. In afourth example, the message may include details regarding the owner ofthe vehicle. This may be particularly useful when the vehicle 10 is amember of a fleet of cars, for example, a car rental agency, a movingtruck rental agency, a government fleet, or any other suitable type offleet. The message of the fourth example may indicate which fleet thevehicle 10 belongs to; this information may be used to identifyvehicles, to advertise regarding the fleet (for example, if the vehicle10 belongs to a rental car agency, the message may include anadvertisement or a message for that particular rental car agency), orfor any other suitable purpose. However, the message may be of any othersuitable type of message.

The display system 100 is preferably powered by a power source. Thepower source is preferably a power source of the vehicle 10, such as theaccessories battery of the vehicle 10, the engine of the vehicle 10, orany other suitable power source of the vehicle 10. Alternatively, thedisplay system 100 may include and be powered by a power source that issubstantially independent from a power source of the vehicle 10. Thepower source of the display system 100 is preferably a battery, but mayalternatively be a solar panel, wind generator, or any other suitabletype of power source or combination of power sources. Yet alternatively,the display system 100 may include a power source that is rechargeableand coupled to a power source of the vehicle 10 that stores power fromthe vehicle 10 while the vehicle 10 is in operation and/or the ignitionof the vehicle 10 is on. In this variation, the power source of thedisplay system 100 allows for power generated while the vehicle is inoperation to be used at a later time by the display system 100. However,the display system 100 may be powered using any other suitable methodand/or arrangement.

The display 110 functions to display content, wherein content includesat least one of the identification information of the vehicle 10,registration information of the vehicle 10, and a message. The display110 is operated by the processor 130 in one of the three operationalmodes. The display 110 is preferably of a substantially low powerdisplay, such as an LED display, an LCD display, an e-ink display, anorganic LED display, an interferometric modulator display (iMoD), adisplay that uses electrophoretic deposition (EPD), a cholesteric liquidcrystal display (ChLCDs), or any other suitable display. The display 110may alternatively be a combination of the above display types. Thedisplay 110 preferably also has a substantially wide range of viewingangles. The display 110 is preferably also substantially thin, allowingthe display 110 to replace existing license plates on the rear and/orfront exterior of the vehicle. Similarly, the display 110 is preferablyof a width, height, and/or aspect ratio that is/are substantiallysimilar to existing license plates. Alternatively, the display 110 maybe substantially different than existing license plates (for example, inthe case of the relatively narrow height of European license plates, thedisplay 110 may be of a substantially different height). However thedisplay 110 may be of any other suitable dimension.

The display 110 may also include a backlight. The backlight functions tocontrol the light intensity of the information displayed by the display110. The backlight preferably includes a plurality of degrees of lightintensity. The processor 130 may select the degree of light intensitybased upon the mode of operation. The processor 130 may also select thedegree of light intensity based upon ambient light levels proximal tothe display 110. For example, the degree of light intensity may behigher during the day and lower during the night. In this variation, thedisplay system 100 also includes a light sensor to detect the level ofambient light. The degree of light intensity of the display system 100may also be selected based on the preferences of the driver, a lawenforcement officer, or any other suitable party. However, the degree oflight intensity of the display system 100 may be selected based on anyother suitable criteria. The backlight may be a set of lights locatedsubstantially on the perimeter of the display 110 and that are directedtoward the display 110. Alternatively, the backlight may be locatedsubstantially behind the display 110 and provide light from behind thedisplay 110. However, the backlight may be of any other suitablearrangement. The backlight may be a series of low-power light sources,such as LEDs, but may alternatively be any other type of light source.Alternatively, the display may include a light-reflective surface thatfunctions to illuminate the display 110 with reflected light. Thelight-reflective surface may be a mirror or any other suitable type ofreflective material. The light-reflective surface may also be of aretroreflective material that reflects light back in the direction ofthe light source. The light-reflective surface may also be combined witha light source to more effectively illuminate the display 110, forexample, the transflective materials used on freeway signs. However, anyother suitable material or method may be used to illuminate the display.

The vehicle speed sensor 120 functions to detect the speed of thevehicle 10. The vehicle speed sensor 120 is preferably a sensor thatmeasures the actual velocity and/or acceleration of the vehicle 10, suchas an accelerometer coupled to the vehicle 10 or a tachometer coupled tothe drivetrain of the vehicle 10 and which measures the number ofrevolutions of a drivetrain component, such as a wheel, for a period oftime in order to determine the speed of the vehicle 10. In a secondvariation, the vehicle speed sensor 120 couples to the speedometer ofthe vehicle 10 and/or an onboard computer of the vehicle 10; in thisconfiguration, the speed sensor 120 functions to transmit informationgathered by the speedometer and/or the onboard computer to the processor130, rather than measure the vehicle speed directly. However, thevehicle speed sensor 120 may be any other suitable type of sensor thatdetermines the actual speed and/or acceleration of the vehicle 10.Alternatively, the vehicle speed sensor 120 may be a sensor thatmeasures the relative velocity and/or acceleration of the vehicle, forexample an ultrasonic sensor or an infrared sensor that determines thespeed of the vehicle relative to another object. The other object may bea stationary portion of the road or a nearby vehicle. However, thevehicle speed sensor 120 may determine the speed of the vehicle 10 usingany other suitable method or sensor type.

The processor 130 functions to render content on the display 110 basedupon the operational mode of the display system 100: a first mode,wherein a first content is rendered on the display 110 at a first powerconsumption level, the first content including identificationinformation of the vehicle 10 and/or registration information of thevehicle 10; a second mode, wherein a second content is rendered on thedisplay 110, the second content including a message and possiblyincluding identification information of the vehicle 10 and/orregistration information of the vehicle 10; and a third mode, whereincontent is rendered on the display 110 at a second power consumptionlevel that is less than the first power consumption level. Preferably,content rendered in the third operational mode includes theidentification and registration information of the vehicle 10. In avariation of the display system 100, content rendered in the thirdoperational mode includes a message in addition to the identificationand/or registration information of the vehicle 10. However, contentrendered on the display 110 in the third operational mode may includeany other information or messages or any combination thereof.

The processor 130 is preferably coupled to the vehicle speed sensor 120.As mentioned above, the speed determined by the vehicle speed sensor 120may be the actual speed of the vehicle 10 or may alternatively be thespeed of the vehicle 10 relative to another object (for example, aneighboring vehicle). The processor 130 preferably selects theoperational mode of the display system 100 based on the speed and powerstate of the vehicle 10. However, a device other than the processor,such as the onboard computer of the vehicle 10, a law enforcementofficer, a second processor connected to a remote server, or any othersuitable device or institution may select the operational mode of thedisplay system 100. The processor 130 preferably operates the display110 in the first and second operational modes when the vehicle 10 is on,and the processor preferably operates the display 110 in the thirdoperational mode when the vehicle 10 is off. The vehicle 10 ispreferably considered “on” when the driver turns any portion of thevehicle 10 on. In many cars, there is a plurality of “on” states, forexample, a first “on” state in which basic functionality, such asopening and closing windows, is allowed; a second “on” state in whichmore advanced and/or higher-power functionality, such as ventilationsystems or the sound system, is allowed; and a third “on” state in whichthe vehicle may be driven (or, in other words, the ignition is on). Thevehicle 10 may be considered “off” otherwise. In the “off” state,certain portions of the vehicle may still be “on”, for example, securitysensors, key proximity sensors (such as keyless entry), or any othertype of substantially-low-power functionality. Alternatively, thevehicle 10 may be considered “on” when the ignition is on and considered“off” when the ignition is off, regardless of any other functionalitythat the vehicle may provide to the driver. Yet alternatively, thevehicle 10 may be considered “on” when the presence of a person isdetected within the vehicle and “off” when there is no one within thevehicle. The vehicle 10 may also be considered off when the emergencybrake or transmission parking brake of the vehicle 10 is engaged,regardless of the state of the ignition or presence of a person withinthe vehicle 10. However, the vehicle may be considered “on” and “off”using any other suitable criteria. The processor 130 preferably operatesthe display 110 in the first operational mode when the vehicle 10 is ata first speed and preferably operates the display 110 in the secondoperational mode when the vehicle 10 is at a second speed lower than thefirst speed. The second speed is preferably substantially zero speed, orsubstantially close to zero speed. This allows for identification and/orregistration information of the vehicle 10 to be substantially visiblewhile the vehicle 10 is in motion (the first speed), as shown in FIG. 1.This allows any party external to the vehicle 10 to visually access theinformation rendered on the display 110 in a manner similar to that usedto visually access information on a static (or stamped) license plate.In one variation, the processor 130 operates the display 110 in thesecond operational mode and renders the second content on the display110 when the vehicle 10 is on and at the second speed, wherein thesecond speed is preferably zero speed or a substantially slow speed,such as when the vehicle is moving slowly through heavy traffic. Becausethe message depicted in the second mode takes up a portion of thedisplay area of the display, the identification and/or registrationinformation also depicted may consume a smaller portion of the displayarea in the second operational mode as compared to the first operationalmode. Because the identification and registration information isdepicted in a is smaller size on the display 110 when a message isdisplayed concurrently with the vehicle 10 information, the visibilityof the identification and registration information may be less in thesecond operational mode than in the first operational mode.Alternatively, the identification and/or registration informationrendered on the display 110 in the second operational mode may be of thesame or similar format (for example, size and layout) as in the firstmode, but the message may be rendered on the display to overlap theidentification and/or registration information. This may also result inreduced visibility of the identification and/or registration informationof the vehicle 10. Therefore, the message may be displayed only undersuch conditions as when the vehicle is stopped or nearly stopped so thatdecreased visibility of the identification and/or registrationinformation does not occur when the vehicle 10 is moving at asubstantial speed; however, the additional functionality of displayingthe message when the vehicle is at the second speed still remains.Additionally, the message may provide an undesired distraction for aparty outside of the vehicle 10 while the vehicle 10 is in motion, andthus, by only displaying the message while the vehicle is stopped ornearly stopped, the possibility of distraction may be substantiallyreduced. However, the processor 130 may alternatively operate thedisplay 110 in the first and second operational modes at any othersuitable speed arrangement. In a variation of this, the display system100 may enhance legibility of the information for a party outside of thevehicle 10 by horizontally mirroring content rendered on the display 110when the display 110 is mounted on the front exterior of the vehicle 10;in this variation, content rendered on the display may be read in thecorrect orientation by a party viewing the display 110 in a rearview orside mirror of a second vehicle located ahead of the vehicle 10.However, the processor may render content on the display 110 by anyother means or arrangement such that distraction caused by the display110 is reduced and legibility of the displayed content is improved.

As described above, the processor 130 preferably functions to operatethe display 110 in the third operational mode when the vehicle 10 isoff. The third operational mode preferably displays identification andregistration information of the vehicle 10 at a second lower powerconsumption level that is less than the first power consumption level.In a variation of this, a message is rendered on the display 110 inaddition to the identification and registration information of thevehicle 10, although any one or combination of a message, identificationinformation of the vehicle 10, registration information of vehicle 10,or any other information may be rendered on the display 110 when in thethird operational mode. When the vehicle 10 is off, the power availableto the display system 100 may be less than when the vehicle is on. Forexample, in the variation wherein the display system 100 obtains powerfrom a power source of the vehicle 10, the display system 100 may beutilizing energy that was stored from another period of time when thevehicle was on. Thus, there is a limited supply of power, and byoperating the display 110 at a lower power consumption level in thethird operational mode than in the first and/or second operational modeswhile the vehicle is off, the length of time that content may berendered on the display 110 may be increased for a given amount ofenergy available to the display system 100.

The operation of the display 110 in the third operational mode mayreduce the power consumption of the display system 100 in a variety ofarrangements. In a first variation, the display 110 may be turned off ata first time and turned on at a second time. The display 110 may betimed to cycle on and off at specific time intervals, for example, everyfive minutes. The driver, the owner, or any other suitable party mayadjust the intervals. This allows the display 110 to be turned off for alength of time and turned on for another length of time. The length oftime that the display 110 is turned off is preferably substantiallylonger than the length of time that the display 110 is turned on, whichsubstantially decreases the power consumption of the display 110. In afurther variation, when in the third operational mode, content may berendered on the display 110 in colors that require less power todisplay, as compared to when operating in the first operational mode.However, the processor may operate the display 110 by any other meansthat reduces power consumption of the display 110 when in the thirdoperational mode, as compared to the first operational mode.Furthermore, the processor 130 may reduce the power consumption level ofthe processor 130 when in the third operational mode, for example, byreducing clock speed, shutting down auxiliary functions such astransmitting data to and/or receiving data from the communicationsdevice 140, or any other method to reduce power consumption of theprocessor 130. When the processor 130 operates the display in the thirdoperational mode, the light intensity of the display 110 may besubstantially identical to the light intensity of the first and/or thesecond operational modes. Alternatively, because the vehicle 10 ispresumed to be stationary when off (a possible exception to thispresumption would be when the vehicle 10 is being towed) and the partyto which message and/or identification information and/or registrationinformation is to be shown is substantially proximal to the vehicle 10,the light intensity of the display 110 may be substantially less in thethird operational mode than in the first and/or second operationalmodes. However, any other suitable light intensity may be used in thethird operational mode.

In a second variation, the display may be continuously on when operatingin the third operational mode but at a substantially lower lightintensity than in the first and/or second operational modes. In a firstexample, the backlight of the display 110 may be at the lowest lightintensity in the third mode. In a second example, in the variation ofthe display 110 that is e-ink, the backlight of the display 110 may beturned off, allowing only the e-ink, which is bistable and does notrequire additional power to maintain, to be visible. The method andarrangement to decrease the power consumption of the display 110 in thethird operational mode is preferably one of the two above variations,but may alternatively be a combination of the above variations or anyother suitable method or arrangement.

The processor 130 may alternatively operate the display 110 in a fourthoperational mode. The fourth mode may be determined by communicationthrough the communication device 140. In a first example, thecommunication device 140 may communicate with a law enforcement agencyand may indicate to the processor 130 that the vehicle 10 has beenstolen. The processor 130 may then operate the display 110 in a fourthoperational mode in which a notification that the vehicle 10 is a stolenvehicle is rendered on the display 110. However, the fourth mode mayalternatively be of any other suitable type and actuated by any othersuitable method.

The communication device 140 functions to allow content, information,and/or data to be transferred to and from the display system 100. Thecommunication may be conducted with an official organization (such as aDMV office or a law enforcement agency), a content database, the driverof the vehicle, the owner of the vehicle, or any other suitable party.The communication device may transmit and/or receive informationregarding vehicle identification and/or registration information,vehicle maintenance information, driver information, vehicle locationinformation (for example, in the variation of the display system 100that includes a GPS location device or accesses GPS location services),updated advertisements, or any other suitable type of information. Thecommunication device 140 is preferably of a wireless communication type,for example, one that communicates with cellular phone towers, Wi-Fihubs, or any other suitable type of wireless communication. However, thecommunication device 140 may be a wired communication device. In thisvariation, updated information is transferred when the display system100 is “plugged in” to an updating device, for example, a computer at amaintenance facility, at a DMV office, or any other suitable location,or another vehicle and/or display system 100 that has wirelesscommunication capabilities. The communication device 140 may alsoinclude a communication processor that functions to interpretcommunications to and/or from the display system 100. The communicationprocessor is preferably separate from the processor 130, but mayalternatively be the processor 130. The communication processor mayfunction to encrypt and/or decrypt communications to and/or from thedisplay system 100. The encryption/decryption may be any one of avariety of authentication and encryption schema. For example,cryptographic protocols such as Diffie-Hellman key exchange, WirelessTransport Layer Security (WTLS), or any other suitable type of protocol.The communication processor may also function to encrypt data toencryption standards such as the Data Encryption Standard (DES), TripleData Encryption Standard (3-DES), or Advanced Encryption Standard (AES).However, the communication device 140 may allow any other suitable typeof communication and may be of any other suitable arrangement.

The communication device 140 may receive content, information, and/ordata from a content database. Preferably, the content database isarranged substantially remote from the processor 130. The contentdatabase also preferably contains content provided by an institution,for example, an advertiser, a school, a record company, or a sports teamor venue; content provided by the institution preferably includesadvertisements. Alternatively, the content database may contain contentprovided by the driver and/or owner of the vehicle 10, for example, amessage composed by the owner of the vehicle 10 congratulating a childupon graduation from high school. However, any other suitable party mayprovide content to the content database, and the content database mayinclude a combination of advertisements from one or more institutionsand personal messages from one or more individuals. In a first example,content on the content database is accessed by the processor 130 via thecommunication device 140 and stored on the storage device 150.Preferably, the storage device 150 is arranged substantially proximal tothe display 110, such as within the vehicle 10 or within a housingcontaining the display 110; however, the storage device 150 may belocated remotely from the vehicle 10, such as on a hard drive connectedto a remote server. In a second example, content on the content databaseis accessed via the communication device 140 in real time and thenrendered on the display 110, thereby bypassing storage of content on thestorage device 150. However, content from the remote message databasemay be accessed by any other means before being rendered on the display110. In a third example, the storage device also functions as thecontent database, wherein content from at least one institution orindividual, such as those listed above, may be stored on the storagedevice and also selected by the driver and/or owner of the of vehicle 10to be rendered on the display 110. In this variation, the storage device150 of the display system 100, also functioning as a content database,may be accessed by a second display system separate from the displaysystem 100, such as a display system arranged on a second vehicle.However, any other suitable party may select the content to be renderedon the display 110 from the content database. Furthermore, content onthe content database may be selected, accessed and/or modified by thedriver and/or owner of the vehicle 10, or any other suitable party, viaan interface. Preferably, the interface is internet-based and accessiblevia a web browser, for example, on a mobile smart phone or on acomputer. In a first example, the driver and/or owner of the vehicle 10may access interface with an internet-capable mobile phone, then loginto the content database and select content (for example, a SanFrancisco Giants Baseball banner) he wishes to be rendered on thedisplay 110. In a second example, the content database stores vehicleregistration information, and upon the renewal of the registration ofthe vehicle 10, a DMV representative may access the content database viaa computer equipped with the interface and then update the registrationinformation of the vehicle 10 on the content database; the communicationdevice 140 may then retrieve the updated registration information fromthe content database and the registration information subsequentlyrendered on the display 110 may reflect the renewal. Alternatively, theinterface may be a handheld device that is hardwired, or physically“plugged in”, to the display system 100. In this variation, theinterface may or may not be removable from the display system 100.Furthermore, the interface may not couple to the content database viathe communication device 140, but instead only provide the driver and/orowner of the vehicle 10, or any other suitable party, to access contentalready located on the display system 100, such as on the storage device150 arranged substantially proximal to the display 110. For example, alaw enforcement officer, upon pulling over the driver of the vehicle 10for a traffic violation, may hook up to the display system 100 arrangedon the vehicle 10 a device equipped with the interface, wherein theinterface provides access to the current identification and/orregistration information of the vehicle 10. However, the interface maypermit access to any content contained in any other device coupled tothe display system 110 and by any other means.

The communication device 140 may transmit data regarding the renderingof a particular content on the display 110. Preferably, an advertisementis included in the content rendered on the display 110, and thecommunication device 140 transmits data regarding the rendering of theadvertisement on the display 110. This data may include, for example,how long the advertisement was displayed, when it was displayed, andwhere it was displayed. Alternatively, this data could be collectedand/or stored by the processor 130, although it could be collected andstored by any other device or means. Preferably, this information isused to determine the magnitude or type of an award granted to thedriver and/or owner of the vehicle 10. In a first example, if anadvertisement for tickets to a baseball game featuring a given team isrendered on the display 110, the driver and/or owner of the vehicle 10may receive a monetary award commensurate with the length of time thatthe advertisement was rendered on the display 110; alternatively, theowner and/or driver of the vehicle 10 may receive one or more tickets toa baseball game featuring this team in return for displaying theadvertisement in an area with a relatively low attendance at baseballgames. However, any other method may be used to grant an award of anyother type to the driver and/or owner of the vehicle 10 in return forthe rendering of content on the display 110.

The sensor for determining the proximity of the vehicle 10 to a secondvehicle functions to indicate to the processor 120 to modify contentrendered on the display 110. The processor 120 preferably renders amessage, such as an advertisement, on the display 110 when the secondvehicle is substantially proximal to the vehicle 10 (such as in thesecond mode); the processor 120 preferably renders the identificationand registration information of the vehicle 10 on the display 110 whenthe sensor detects that no second vehicle is substantially proximal tothe vehicle 10 (such as in the first mode or the third mode). The sensormay be a RADAR detector, a LIDAR detector, an IRtransmitter-photoresistor pair, a camera, or any other suitable deviceconfigured to detect the proximity of the vehicle 10 to a secondvehicle. In the embodiment of the sensor that is a camera, the cameramay be configured to detect identification information of the secondvehicle (such as the license plate number of the second vehicle); thisinformation may be used to determine the owner of the second vehicle andobtain information relating to the owner of the second vehicle. Theprocessor 120 may then modify content rendered on the display 110 basedupon the demographic of the owner of the second vehicle, such as bydisplaying an advertisement for discount prescription medications if theowner of the second vehicle is determined to be at least sixty years ofage; by displaying an advertisement for a women's fashion store if theowner of the second vehicle is determined to be female; or by displayingdriver information if the second vehicle is determined to be owned by orused by a law enforcement agency. In this example, identificationinformation of the second vehicle may be transmitted to a database ofvehicle identification information, wherein the database returnsinformation about the owner of the second vehicle 10, such as age,ethnicity, or gender; the database may be maintained by an entity suchas a DMV or the American Automobile Association (AAA). Alternatively,the camera may be configured to determine directly the demographic ofthe driver of the second vehicle (for example, by matching the driver toa specific ethnicity by with facial recognition software) or theresponse of the driver of the second vehicle to a message rendered onthe display 110. In the latter example, the response of the driver ofthe second vehicle may be used to pick an alternative message that mayproduce a more favorable response if the initial response is negative,or to choose a similar message if the first response is positive.Furthermore, in the embodiment in which the sensor is a camera, thecamera may be used to measure the level of ambient light substantiallyproximal to the vehicle 10 such that content may be rendered on thedisplay at an appropriate light level; for example, the brightness ofthe display may increase if the camera determines a high level ofsunlight near the vehicle 10. However, the sensor may detect any otherinformation relevant to the second vehicle and indicate to the processor120 to modify content rendered on the display based upon any othervariable.

FIG. 2 illustrates various systems, sub-systems, or modules that can beincorporated into a digital license plate system 200, along potentialinteracting agents such as vehicle systems 218, vehicle occupants, orthird party persons or automated systems 220. In this Figure, a digitallicense plate 202 can be mounted on a vehicle. Systems within thedigital license plate can include, but are not limited to, a powersystem 204, thermal control system 206, and sensor system 208. Anelectronic security system 210 limits unauthorized access to data loggedand distributed via a data logging and interface system 212, or anyreceived/transmitted communications through communication system 214.Received data can be used to determine or update information presentedby display 216.

FIG. 3 illustrates a method for operation of one embodiment of a digitallicense plate system. After an initial setup 302 to register and link adigital license plate to a specific vehicle, the digital license platecan be ready for initialization 304 on vehicle startup (oralternatively, on vehicle stop), and can use timers or sensors to helpidentify context, location, or display presets for the digital licenseplate. Data uploading/downloading can be initiated, and anyfirmware/software updates completed. In normal operation, changes 306 tothe display can occur in response to sensed data 308, from data storageor analysis system 310, or as a result of external communication anddata transfer 312. Similarly, sensed or stored data can be transmittedor received, and the sensors activated, deactivated, or sensor dataanalyzed based on internal triggers or externally received data. When avehicle stops, or in response to a timing or other suitable trigger,data can be transferred (via line 314) back to the initialization step304.

FIG. 4 illustrates a representative data transfer and storage system 400including both vehicle mounted and external apparatus/software forinteracting with a digital license plate such as discussed herein. Asshown in FIG. 4, a preferred digital license plate system 400 forrendering content on a vehicle includes a display 410, a memory 420, acommunication module 430, and a processor 440. The display 410 isconfigured to mount adjacent an exterior surface of a vehicle. Thememory 420 is configured to store a plurality of executable applicationsincluding a vehicle identification application and an applicationelected by a user. The communication module 430 is configured todownload the user-elected application to the memory 420. The processor440 is configured to selectively execute applications to control visualcontent rendered on the display 410, wherein the display 410 rendersvehicle identification information when the vehicle identificationapplication executes, and wherein the display 410 renders additionalvisual content when the user-elected application executes.

The digital license plate system 400 preferably functions to execute aplurality of applications, wherein the display 410 renders visualcontent specific to each application for viewing from outside a vehicle.When executing a vehicle identification application, the preferredsystem 400 preferably functions as a digital license plate by displayinga government-issued license plate number of the vehicle. However, whenexecuting another (i.e. a user-elected) application, the preferredsystem 400 preferably functions as a toll payment, interstate trucking,messaging, advertising, gaming, news, alert, or other application bydisplaying visual content relevant or specific to the user-electedapplication. The vehicle identification application is preferably adefault and/or preloaded application executable on the system 400, andadditional applications are preferably elected by the user. Theadditional or user-elected applications are preferably downloaded from aremote server containing a plurality of available applicationsexecutable on the system 400 such that the user can customize the system400 to perform certain functions and/or to display certain visualcontent, types of visual content, forms of visual content, etc. Thepreferred system 400 can then switch between displaying vehicleidentification information and displaying additional visual content,types of visual content, forms of visual content, etc. specific to theuser-elected application. The user can therefore select variousapplications from a set of available applications to enable certainfunctionalities of the system 100.

The memory 420 of the system 400 is configured to store executableapplications, including the vehicle identification application and theapplication elected by the user. The memory 420 can preferably storeadditional user-elected applications, application-specific orapplication-related data (e.g., vehicle identification information, tollpayment information, a user-defined personal message), user preferences(e.g., fonts, visual content types, power settings), or any otherrelevant information pertaining to the operation of the preferred system400. In one variation of the preferred system 400, the memory 420 ispreloaded with the vehicle identification application and vehicleidentification information (e.g., a license plate number) that is uniqueto the vehicle and/or to the system 400. In this variation, the vehicleidentification information is preferably unalterable.

The memory 420 is preferably in communication with the processor 440such that the processor 440 can access application data and visualcontent from the memory 420, execute the application, and push visualcontent from the memory 420 to the display 410 for rendering. The memory420 is preferably physically coupled to the processor 440 and arrangedwithin a housing shared with the display 410 and the processor 440.Alternatively, the memory 420 can be arranged within the vehicle andremote from the display 410, such as adjacent or physically coextensivewith an electronic control module (ECM) integrated into the vehicle. Thememory 420 can alternatively be a remote memory coupled to a remoteserver, wherein the processor 440 accesses the remote memory via thecommunication module 430 in communication with the remote server. Thememory 420 can alternatively be physically coextensive with memoryincorporated into a mobile electronic device carried by the user, suchas a smartphone or tablet. However, the memory 420 can be arranged inany other way relative to the display 410, and the memory 420 can beaccessed over a wire, via wireless communication (e.g., Wi-Fi, cellular,Bluetooth, RFID), and/or through the communication module 430 in anyother way or according to any other protocol.

The communication module 430 preferably accesses a remote server thatstores a plurality of applications, wherein each application on theremote server can be selected by the user and subsequently downloadedto, uploaded to, installed on, or executed on the preferred system 400to enable a particular function defined by each application, as shown inFIG. 2. In one variation of the preferred system 400, the remote serverfunctions as an application store through which the user can access orbuy applications, wherein the processor 440 accesses the remote serverthrough the communication module 430 to download an application selectedby the user. In this variation, personal user information and/or vehicleidentification information is preferably used to automatically bill theuser, a fleet manager, or any other entity associated with the vehiclefor the purchase of the elected application. In one variation, thecommunication module 430 communicates directly with a remote server viaa wireless communication protocol. In an example implementation, thecommunication module 430 communicates with the remote server over acellular (e.g., 4G cellular) network and downloads the user-electedapplication over the cellular network. However, the communication module430 can wirelessly communicate substantially directly with the remoteserver, such over Wi-Fi and a local area network connection, Bluetooth,satellite, or any other suitable type of short- or long-range wirelesscommunication protocol. In another variation of the system 400, thecommunication module 430 communicates with the remote server through awireless-enabled mobile device. In one example implementation, thecommunication module 430 includes a port configured to accept a physicalwire connectable to a smartphone carried by the user, wherein thesmartphone wirelessly accesses and pulls information from the remoteserver and subsequently uploads the information via the wiredconnection. In another example implementation, the communication module430 communicates with a tablet computer over short-range wirelesscommunication protocol (e.g., Wi-Fi, Bluetooth, RFID, near fieldcommunication (NFC), infrared), wherein the tablet computer communicateswith the remote server via long-range wireless communication protocol(e.g., cellular, satellite) to transfer information from the remoteserver to the communication module 430. In these exampleimplementations, the communication module 430 preferably receivesapplication-related data from the mobile electronic device substantiallyin real time. Alternatively, the communication module 430 can receiveapplication-related data substantially long after the mobile electronicdevice accesses and stores the application-related data locally.However, the communication module 430 can access and downloaduser-elected application data and related visual content via any othercommunication protocol, through any other secondary or mobile electronicdevice, or in any other way.

The communication module 430 is preferably configured to receive datafrom the remote server, including the user-elected application,application-related data, and additional visual content. However, thecommunication module 430 can also transmit data to the remote server,such as vehicle location data, visual content exposure (e.g., how longvisual content is rendered on the display 410, how many individuals reador noticed the visual content), a user preference, vehicle or vehicleoccupant identification information, a local person, vehicle, orenvironmental condition, or any other relevant data or information. Suchdata is preferably stored on the memory 420 and transmitted to theremote server when a suitable connection is established (e.g., through aWi-Fi-enabled mobile electronic device or according to a predefinedsystem update schedule. However, the memory 420 can store any other dataand the communication module 430 can send and/or receive any otherrelevant information to and/or from the remote server.

The processor 440 of the system 400 is configured to selectively executeapplications to control content rendered on the display 400, includingthe user-elected application and the vehicle identification application.The processor 440 is preferably arranged within the housing that alsocontains the memory 420 and the display 400, though the processor 440can alternatively be remote from the display 400, such as arrangedadjacent or physically coextensive with an ECM of the vehicle. Theprocessor 440 is preferably coupled to memory and to the display 410 viaa wired connection, such as a trace on a shared printed circuit board(PCB). However, the processor 440 can alternatively communicate with thememory 420 and/or display via a wireless or optical connection.Furthermore, the processor 440 can be physically coextensive with aprocessor of a mobile electronic device carried by the user. However,the processor 440 can be arranged in any other way, and the processor440 can communicate with the memory 420 and/or display in any other wayor according to any other protocol.

The processor 440 preferably handles transitions between applicationsand controls physical content rendered on the display 410. Byselectively executing applications, the processor 440 can execute thevehicle identification application exclusively, the user-electedapplication exclusively, and/or the vehicle identification applicationand the user-elected application simultaneously. When executing thevehicle identification application, the processor 440 preferablyaccesses vehicle identification information stored on the memory 420 andhandles rendering the vehicle identification information on the display410. The processor 440 also preferably accesses necessary applicationand application-related data from the memory 420 when executing theuser-elected application. The processor 440 can additionally oralternatively access relevant data directly from the remote server, suchas via the communication module 430, to execute the application andselect content to render on the display 410. The processor 440preferably selectively executes the applications based upon the locationof the vehicle, the proximity of the vehicle to a known or identifiedentity, an input from the user, an input from a known or identifiedentity outside of the vehicle, a user preference, a timer, a quality ofa second local vehicle (e.g., child occupancy, a demographic of adriver, a driving record of a driver, the make and model of the secondvehicle), or any other suitable trigger or input. A transition betweentwo applications can be native to one or more applications, defined bythe processor 440 outside of an application, set by the remote server,triggered by the user, or triggered by a second user or other entityoutside of the vehicle. However, the transition between applications canbe generated, defined, or set in any other way or by any other party.

In a variation of the system 400 in which a transition betweenapplications is triggered by a party external the system 400 (e.g., theuser, a second user, an external entity), the processor 440 preferablyreceives the trigger event through the communication module 430. In oneexample implementation, the communication module 430 includes a GPSsensor, and the processor 440 transitions to a toll application when thecommunicate module estimates that the vehicle is within a specifiedrange of a tollbooth. In another example implementation, thecommunication module 430 includes an infrared (IR) sensor, and theprocessor 440 transitions to the vehicle identification application whena police officer points an IR remote at the communication module 430. Inyet another example implementation, the communication module 430includes an input region (e.g., a physical switch, a touch screen)arranged within the cabin of the vehicle and accessible by the user, andthe processor 440 transitions between applications based upon a userinteraction with the input region (e.g., flipping the switch, selectinga touch screen input region). However, the trigger can be any other typeof input provided or generated by any suitable user, individual, orentity.

In one variation of the system 400, the processor 440 executes thevehicle identification application that prompts the display 410 torender government-issued vehicle identification information. The display410 preferably renders a government-issued license plate number when theprocessor 440 executes the vehicle identification application, thoughthe display 410 can depict additional identification information, suchas registration information, the name, permit, or driver's licensenumber of a current occupant or driver, the license-issuing state, or adriving record of the current driver or owner of the vehicle. Thelicense plate number or other identifier of the vehicle is preferablystored on a non-volatile, read-only portion of the memory 420 such thatlicense plate number or other identifier cannot be changed onceprogrammed onto the system 400. Alternatively, the license plate numberor other identifier can be protected by one or more firewalls,passwords, secure embedded systems (OS kernel, CPU, memory), passwords,cryptography schemes, etc. to substantially prevent illegal tamperingwith government-issued registration and identification informationloaded onto the system 400 that is mounted or otherwise coupled to thevehicle.

In this variation, the vehicle identification application can benational-, state-, or local government-specific such that variousgovernment entities can issue customized vehicle identificationapplications tailored to the rules, regulations, registrationprocedures, needs, etc. of each national, state, or local government. Inone example, states can set different font sizes or typefaces, defineplacement of license plate numbers and registration tags, providespecial templates or designs, or define any other formatting orstylistic property of visual content rendered on the display 410 throughthe vehicle identification application. In another example, stategovernments can set automatic registration protocols, such as howregistration requests are routed to a department of motor vehiclesserver and how a digital registration “sticker” is transmitted back tothe system 400 as a vehicle identification information update. In afurther example, local governments can set how or when vehicleidentification information is installed on the system 400, such asduring manufacture or assembly of the system 400, when the system 400 isinstalled on a vehicle following delivery to a dealer, when the vehicleincluding the system 400 is first registered at a DMV, when the vehicleincluding the system 400 changes hands, and/or when an owner or userrequests a license plate template change (e.g., standard to historicvehicle plate) or a change to vehicle registration (e.g., operational tonon-op status, passenger to commercial vehicle status). In still anotherexample, state governments can set triggers controlling transitions intothe vehicle identification application, such as when the vehicle iswithin a preset range of an intersection, when the vehicle is within apreset range of a police officer, at specified intervals, when thevehicle is moving above a certain speed, when the vehicle is parked,when the vehicle is in a certain location, or given a trigger from astate-issued remote control device. However, national, state, and/orlocal governments can set any other relevant parameters of the vehicleidentification application and/or the vehicle identification informationrendered on the display 410 when the vehicle identification applicationexecutes. These parameters can also be modified or redefined over time,such as with updates for the vehicle identification applicationdistributed to the system 400 via the remote server.

In one variation of the system 400, the user-elected application is anadvertising application, wherein the display 410 renders the additionalvisual content that is an advertisement when the advertising applicationexecutes. In this variation, the user can select specific advertisementsto render on the display 410. For example, the user who is a Giantsbaseball fan can select advertisements for tickets to Giants baseballgames. In another example, the user that is a car dealership can selectvehicle discounts and other dealership advertisements to be rendered onthe display 410 when the vehicle is parked in a dealer lot. Additionallyor alternatively, the user can elect certain advertising preferences orprovide personal or demographic information that control whichadvertisements are rendered on the display 410. In one example, for theuser who is a vegan, advertisements for fast food meat products areexcluded from the advertising application executing on the system 400mounted to the vehicle owner by the user. In another example, whitewaterrafting trips are rendered on the display 410 for the user who enjoysoutdoor activities. In yet another example, for the user who is acountry music fan, a playlist for a local country music radio station isrendered on the display 410. In this variation of the system 400, theadditional visual content is preferably targeted at a second user,individual, etc. outside of the vehicle. The second user, individual,etc. outside of the vehicle is also preferably within a field of view ofthe display 410 such that the advertisement is legible for the seconduser, individual, etc.

In this variation, the processor 440 can track advertisement exposuresuch that the user can be compensated for advertising products, goods,or services on the vehicle. In one example, the processor 440 tracks theamount of time an advertisement is displayed. In another example, theprocessor 440 is coupled to a camera and implements machine vision toidentify and count the number of individuals who looked at display whilethe advertisement is rendered. In a further example, the system 400implements global positioning to track the number of vehicles within afield of view of the display 410 while the advertisement is rendered. Inthis variation, the display 410 time or amount of exposure of theadvertisement is preferably used to calculate the amount of usercompensation for the advertisement. Distribution of funds, prizes,discounts, coupons, or other forms of compensation are preferablyhandled by the remote server that accesses an account of the user, fleetmanager, vehicle owner, etc. to deposit the compensation to the user orother suitable entity.

In another variation of the system 400, the user-elected application isa road alert application, wherein the display 410 renders a road alertwhen the road alert application executes. In this variation, the display410 preferably renders content substantially relevant to a second useroutside of the vehicle, such as a second user who is following thevehicle in a second vehicle. The road alert application preferablyinforms the second user of upcoming road hazards, such as trafficconditions, accidents, potholes, construction, narrowed lanes, changesto a carpool lane or carpool lane restriction, onramps, or debris. Inone example implementation, the user elects the road alert applicationin order to inform trailing vehicles of upcoming traffic or roadconditions, which can improve driving safety of the user by improvingcurrent traffic-related knowledge of other drivers around the user. Inanother example implementation, the second user, who is following thevehicle in a second vehicle, requests installation of the road alertapplication on the system 400 coupled to the vehicle. In this exampleimplementation, the remote server preferably identifies the second userand/or the second vehicle that is/are proximal the user and/or thevehicle, such as through GPS tracking or short-range communications. Theremote server then preferably checks the application request againstpreferences of the user and uploads the road alert application to thesystem 400 when appropriate. Similarly, in an example implementation inwhich the road alert application is already installed on the system 400,the second user can supply an input (e.g., via a smartphone) to triggera transition into the road alert application or to select particularroad-related information to render on the display 410, such as ‘trafficconditions for the next five miles.’ Therefore, individuals or entitiesoutside of the vehicle can substantially control an applicationinstalled on the system 400, a transition between two applications,and/or a selection of additional visual content rendered on the display410 when the processor 440 executes the application.

In another variation of the system 400, the user-elected application isa driving direction application, wherein the display 410 renders adriving direction when the driving direction application executes. Thedriving direction application is preferably similar to the road alertapplication described above, wherein the system 400 displays informationrelevant to an individual outside of the vehicle. In this variation, thedisplay 410 preferably depicts a driving direction for a second userdriving behind the vehicle and within a field of view of the display 410such that the second user does not need to remove his eyes from the roadto view a driving direction. As described above, installation of thedriving direction can be initiated by the user or requested by thesecond user. The second user also preferably requests directions to adestination, wherein the directions are handled by a remote server andpushed to the system 400 for presentation to the second user. The system400 and/or the remote server can also identify additional vehiclesproximal the second user and distribute driving directions acrossmultiple vehicles followed by the second user over the course of thetrip. However, the system 400 can implement the user-elected applicationthat is a driving direction application in any other suitable way.

In another variation of the system 400, the user-elected application isa news application, wherein the display 410 renders a news alert whenthe news application executes. In this variation, the display 410preferably renders local, state, national, or international currentevents, such as national political headlines or international economicheadlines. Additionally or alternatively, the display 410 can renderpersonal news or events related to the user or other individualsproximal the user, such as a news feeds, status update, message, or postsourced from a social network, blog, or other online service or network.For example, the display 410 can render a user status update that is “Soexcited—I just bought tickets for the Giants game tomorrow night,” or“my friend Sammie just posted a new chili recipe to her cooking blog.”In this variation, the display 410 can also render a visual pointerlinking to the source of news content. For example, the display 410 canrender a two-dimensional bar code, wherein an individual outside of thevehicle can user a smartphone implementing a camera to read the bar codeand automatically access a news article, social network, blog, etc. fromwhich the news content was sourced. Similarly, the communication module430 can (wirelessly) output the pointer that is then accessed by amobile electronic device carried by an individual outside of the vehicleto open the source of the news content.

In another variation of the system 400, the user-elected application isan interstate trucking application, wherein the display 410 exhibits thestatus of trucking certifications for the vehicle that is a commercialtruck traveling across a state border, as shown in FIG. 6C. In thisvariation, the system 400 preferably interfaces with a local or globalpositioning system to track the location of the vehicle, such as whenthe vehicle crosses a state border and/or which roads the vehicle hascovered. From this vehicle location information, the system 400 and theremote server preferably cooperate to pay required fees and taxes,submit required vehicle information (e.g., vehicle gross weight) torelevant authorities (e.g., a department of motor vehicles), and torender visually on the display 410 the current status of vehiclecertifications and payments. For example, an RFID tag included in thecommunication module 430 can trigger an RFID reader proximal a highwaynear a state border, wherein the trigger informs the remote server thatthe vehicle has crossed a state border, and wherein the remote serversubsequently pushes relevant vehicle and payment information to anappropriate authority and the display 410 renders visual indicators ofthe certifications and payment. In this variation, the truckingapplication is preferably installed on the system 400 by the user who isa fleet manager for a vehicle fleet including the vehicle such that thefleet manager can use the trucking application executing on a pluralityof vehicles in the vehicle fleet to track and manage interstate truckingfees, payments, and certifications. However, in this variation, thetrucking application can handle trucking certifications to the exclusionof application-specific or application-relevant visual content, whereinthe system 400 does not update visual content rendered on the display410 when the processor 440 executes the trucking application. However,the system 400 can function in any other way when executing theuser-elected application that is a trucking application.

In another variation of the system 400, the user-elected application isa messaging application, wherein the display 410 renders a personalmessage when the messaging application executes. In this variation, theuser preferably generates the personal message, and the message ispreferably text-based, though the message can additionally oralternatively include a static image or video. The user can generate themessage on a message generation website accessible on a computer andsupported by the remote server, through a message generation applicationexecuting on a mobile electronic device carried by the user andsupported by the remote server, through an onboard vehicle voice controlsystem coupled to the system 400, or through any other suitable means.For example, the user can generate the message that is “Happy 17thBirthday, Tom,” “Go Giants,” or “Acme Moving Services—call800.555.9876.” Alternatively, the user can select the message from apredefined set of messages or download the message from a website,online user profile, social network, etc. For example, the user candownload a “How's my driving? sign,” a “Baby on Board” sign, a digitalbumper sticker, or a background image for the display 410. Similarly,the user can pull the message from a social network post, comment, ormessage. However, the user can generate or select any other messageincluding any other content for rendering on the display 410.

In another variation of the system 400, the user-elected application isa tollway application, wherein the system 400 handles toll payments forthe vehicle passing through a tollbooth or toll plaza. Like theinterstate trucking application described above, the system 400executing the tollway application preferably monitors the location ofthe vehicle and/or communicates with a tollbooth or tollway to trigger atoll payment. The system 400 and/or remote server preferablyinterface(s) with the tollbooth or a toll management server to pay forthe vehicle toll, and once the toll has been paid, the display 410preferably renders visual content that indicates that the toll is paid.However, the tollway application can handle toll payments to theexclusion of visual content, wherein the system 400 does not change orupdate visual content rendered on the display 410 when the tollwayapplication executes. However, the tollway application can function inany other way.

In another variation of the system 400, the user-elected application isa gaming application, wherein the display 410 renders gaming contentwhen the gaming application executes. In this variation, the system 400preferably enables gaming between the user and any other individualproximal the user. For example, the user in the vehicle can play a gamewith a second user in a second vehicle when the second vehicle isfollowing the first vehicle, the user is facing a system 400 installedon the front of the second vehicle, and the second user is facing thesystem 400 installed on the back of the vehicle. In this example, theuser can control the output of a second display on the second vehiclevia a handheld electronic device, and the second user can control theoutput of the display 410 on the vehicle through a second handheldelectronic device. Therefore, the system 400, installed on a pluralityof vehicles, can enable a gaming platform or gaming interface for usersoccupying different but nearby vehicles.

The applications configured to execute on the system 400 are preferablycreated by third-party developers and hosted on the remote server suchthat the user can preview applications, select relevant applications,and install the relevant applications on the system 400 for subsequentuse. The remote server preferably provides a software development kit(SDK) and/or hosts an application programming interface (API) to supportapplication creation and development by the third-party developers. Thethird-party developers can represent government agencies (e.g., a stateDMV), private institutions (e.g., a private toll plaza on a privatehighway, a retailer), or independent users. However, the system 400and/or remote server can function in any other way to supportdevelopment of applications that enable additional functionalities forthe system 400.

FIG. 5 schematically illustrates a data system 500 including varioustypes or categories of data that is storable, analyzable, transmittable,or receivable by a digital license plate 502. Data can include vehiclegenerated data 504 that can be stored, directly sensed, derived, orcalculated from vehicle sensors or data sources, and can further includesensors provided in the digital license plate 502 and any supportingelectronics such as described in the disclosed embodiments. Other datacategories can include vehicle associated data 506 (e.g. licenseinformation, registration, vehicle manuals, vehicle guides, or how-toinformation), third party data 508 (e.g. advertiser information, roadtour guides, games, entertainment), or simulation or analysis datacreated by a data analysis module 510 (e.g. calculated tire or enginewear).

Data from digital license plate 502 can be provided to a user asinformation 512, typically via a smartphone application, text or emailmessages, vehicle dashboard screen, other, in-vehicle user interfaces,or web based interfaces (both in-vehicle or through a user's personalcomputer or laptop). Visual displays, printed information, audio, or anysuitable user interface can be used to provide the information.Information can be provided in response to a query, as a warningannouncement, or as a regular report. Information can be prioritizedaccording to time or importance, with learning algorithms able to adjusta presentation to provide information in a form best suited for a user.For example, over time, items commonly requested by a user, or keyperformance indicators/warnings can be presented on a main screen ratherthan requiring menu selection or navigation to sub-screens.

User data 514 can include personal data, as well as user feedback 516 inresponse to information 512, or various commands, instructions, orauthorizations 518 to allow access to or release of data from thedigital license plate 502. Preset security levels can be set andauthorized by a user, with modifications or changes being allowed. Forexample, a user might wish to invoke a privacy mode that preventsstorage or release of vehicle location history or vehicle speed. Inanother example, data relevant to advertisers can be authorized forrelease in return for access to a third party web site, use of asmartphone application, or payment.

Vehicle generated data 504 can include but is not limited to thatrelated to health of vehicle, display time and location of third partyadvertising images, gas mileage, road conditions (e.g. rough vs. smoothas detected by accelerometers), pothole identification, weatherconditions, temperature, humidity, number of people riding in vehicle,amount of weight placed in the vehicle, braking habits,acceleration/deceleration habits, and location and timing information tosupport usage based insurance.

Other vehicle generated data can include information related tomaintenance, including predictive maintenance based on data analysis 510(e.g. “Please take me in for service soon, transmission is predicted tofail within the next month.”). Expected maintenance costs can beprovided, as well as information relating to maintenance history, andrepaired or replaced parts.

Vehicle generated data can be combined with third party data 508,including that from vehicle conveyed electronic devices (e.g. personalsmartphones or cameras), or third party insurance or vehicle databasesto provide a wide range of information. This can include vehicle cost ofownership, readiness to purchase next vehicle: number of days since lastpurchase, mileage, gas usage and payment verification, cost comparisonwith last vehicle, cost comparison with a comparable third partyvehicle, or cost comparison with a similar fleet vehicle. Financialinformation related to the vehicle such as percentage paid off onvehicle, days until paid off, or verification of insurance payments canalso be provided.

Information (data with context) is presented to the customer, allowingthem to generate their own insights. For example, weekend vehicle usageand costs can be compared and separated from weekday business usage,allowing a user to determine cost of recreational use of a vehicle orhelp reduce overall vehicle costs. Suggestions or recommendations can bemade, for example, when and where to refill fuel (e.g. best resultsbeing on the weekend, at a low-cost gasoline station located in adirection opposite to a user's workplace, but near a restaurantwell-liked by the user). Such information and “insights” (i.e. databased suggestions or recommendations) can be communicated simultaneouslyto the user, who can be further prompted for actions such as remindersto visit the restaurant and fill up with fuel on the trip home.

Alternatively, list of insights requiring action can be presented to thecustomer. Continuing the foregoing example, a prioritized list of nearbygasoline stations can be provided, along with recommended times torefill. For example, the digital license plate 502 can integrate data504 (historical gas mileage), data 506 (recommended grade of vehiclegas), data 508 (location and reviews of gas stations), data 510(calculated or simulated vehicle location) and user data 514 (usercalendar provides available time and likelihood of visiting therestaurant based on recorded user habits) to provide a list ofrecommendations and resulting cost savings.

Digital license plates such as discussed herein can support a variety ofgeographic or mapping functions. For example, as seen with respect tosample display 600 of FIG. 6, geographic data on vehicle position overtime can be retained and presented in a web, smartphone, tablet, vehicledashboard, or other suitable interface as a sortable list of vehicletrips by date. A map of the vehicle route can also be displayed. In thisembodiment, vehicle position over time for other vehicles equipped witha digital license plate can also be selected. In this example, familyvehicles are tracked, but in other situations tracking of corporate orgovernment owned vehicle fleets, dealer inventory, rental vehicles, orsimilar collections of vehicles is allowed.

In addition to current position or routes taken in a single trip, adigital license plate can display cumulative position over time. Forexample, as seen in sample display 700 of FIG. 7, an intensity map basedon time spent in a certain position over a 24-hour period can bedisplayed. This type of display can be useful for determined vehicleroute trends, and the information used to help form useful insights suchas discussed with respect to the disclosure relating to FIG. 5.

Location tracking systems can also be used to create geofences withtriggered alerts or actions. Geofences are typically designatedlocations, areas, lines, or borders. In some embodiments, such as thatillustrated with respect to a sample display 800 of FIG. 8, a geofencecan be defined to have certain radius around a single point. In otherembodiments, a geofence can be any shape creatable from several points.For example, a polygon can be drawn around a geographic location todefine a geofence. Alternatively, lines can be drawn, or a pre-existinggovernment boundary such as a city, county, state selected. In certainembodiment, locations or landmarks can be set, with a geofence beingautomatically created to surround the location or landmark at somearbitrarily close distance. Geofences can be set, for example, aroundcustomer sites, an office campus, a vehicle owner's home, or any othersuitable location. As another example, a commercial vehicle that carriesvolatile chemicals could have geofences set around forbidden routes orbridges. Similarly, an oversize, tall, or heavily laden vehicle couldset geofences around routes and locations with narrow roads, lowunderpasses, or weight restricted bridges.

Actions, triggers, flags, or alerts can be taken depending upon variousgeofence interaction states, including but not limited to action when avehicle crosses a geofence boundary; action while a vehicle is inside ageofenced area; action while a vehicle is outside a geofenced area;action if a vehicle has been inside or outside a geofenced area for acertain amount of time; or action if a vehicle crosses a geofenceboundary more than a certain number of times within a defined timeperiod. Actions can include disabling a vehicle, initiating visual andauditory warnings, or sending messages to supervisors or governmentalauthorities.

A digital license plate such as discussed herein can support much of theneeded user interface, processing, monitoring, and analytic support. Forexample, geofences can be defined for a vehicle in a database, alongwith conditions for when a qualifying event has occurred, and the actionto be taken. As GPS data streams in from the digital license plate, thelocation data is checked constantly to see if the vehicle is inside oroutside a defined geofence, or has crossed a geofence boundary, and adecision is made as to whether any action is to be triggered. In thecase where action needs to be taken on the plate, geofence informationcan be downloaded to the digital license plate and used for on-plateevents, such as displaying specific messages only in certaingeographical regions (or maybe not showing any messages at all in somelocations). In certain embodiments particularly advantageous forfamilies or multi-vehicle fleets, geofences and associated actions formultiple digital license plates can be set. A digital license plate cantransmit geofence and action data to other designated digital licenseplates, or alternatively, each digital license plate can receive thegeofence and action data from a central server.

Other uses for geofences can include but are not limited to

1) Generating a tolling event when a vehicle crosses a defined line(enters onto a bridge for example).

2) Tracking how long vehicles remain inside a specific location, andalert when they leave that area.

3) Geofencing locations to determine if a specific alert message (eg.Amber alert) should be shown or not.

4) Antitheft trigger, when a vehicle moves outside a geofence withoutauthorization.

Location or geofencing services can be used to support other usefulfunctionality of a digital license plate. For example, as seen in FIG.9, a road usage system 900 including a digital license plate 902 cancreate or receive various types of data relevant to road usage andmessaging. This data can include vehicle miles traveled data 904,vehicle associated data 906 third party and government data 908, andGNSS/GPS and mapping data 910. Based on this information, and ifnecessary or useful, messages 912 can be adaptively displayed dependingon environmental context and conditions. Data can be externally providedto the digital license plate using a server or cloud based externalauthorization and tracking service 916. The link to the service 916 canbe secured and encrypted using PKI or similar standards, and onlyreliable data or other information is transmitted to the digital licenseplate 902. In addition, vehicle miles traveled data 904, GNSS/GPS andmapping data 910, and other vehicle associated data can be transmittedto the service 916 for long term storage and use, for example, incalculating road usage fees, taxes, or insurance related costs.

In one embodiment, GNSS/GPS and mapping data 910 can be used foridentifying roads subject to rationing. Road rationing has beenimplemented to reduce traffic or pollution, and typically involvesassociation of license plate number characteristics (e.g. odd or even),registration dates, or similar, with days of the week that a vehicle isallowed to be on a specified road. In one embodiment, the digitallicense plate can present additional messaging that displays the rightto be on a road. In other embodiments, event or emergency conditions canbe used for road rationing purposes. Federal, state, or local databasescan be used to provide supporting data 908, and the digital licenseplate 902 can track and identify required conformance with regulations.

In other embodiments, specific information related to authorized roadusage can be displayed. For example, fire roads, power line accessroads, roads in or near military facilities or airports can berestricted to authorized users and vehicles. The digital license platecan display suitable authorizations, and in embodiments equipped withbiometric verifications, establish authorization for the driver andpassengers.

In yet another embodiment, the system 900 can also provide machinereadable messaging, including authorization for road usage. The digitallicense plate 902 can render a two-dimensional bar or QR code, allowingan individual outside of the vehicle equipped with a smartphone having acamera can capture or read the bar code. These visual codes can be,alone or in combination, text, symbols, colors, or electronicallyreadable codes such as barcodes. Text can be rendered in font types thatare easily recognized by electronic systems, and patterns or symbols canbe high contrast and distinctive. Colors can be selected from a limitedpalette with widely separated color types to reduce risk of mistakingcolor in low or poor light conditions (e.g. at night, under sodium vaporlights). Barcodes can be numeric only (e.g. Interleaved 2 of 5, UPC-A,or UPC-E), alphanumeric (e.g. Code 128, Code 39, or US GovernmentLOGMARS code), or 2-Dimensional (e.g. PDF417, Datamatrix, or QR code).In another example, a QR code can be used to provide an email contact inthe event of parking lot accident with an adjacent parked car.

As will be appreciated and previously discussed, use of the foregoingdescribed digital license plate is particularly well suited forpresentation of user, government, advertiser, and other third-partymessages. Messages can be presented at defined times, in response todefined events, third party or user requests, received data, or digitallicense plate sensor data. Presentation of messages can be contextuallydefined, with different messages being presented depending on theexternal environment. Messages can include, but are not limited to:

1) Parking related messages—Noting authorization or parking transactionidentification code for a vehicle having a digital license plate parkingwithin a defined area (e.g. parking lot) or specific location (e.g.streetside parking in front of a meter).

2) Sale of the car messages—Relevant sale information such as askingprice, model, year, or vehicle mileage can be displayed.

3) Messages in response to police or emergency responder request orcontext—This can include contextual messages created in response tosensor (e.g. accelerometer) data indicating a crash has occurred. Drivername, picture, medical alerts, insurance, emergency contact numbers canbe displayed.

4) Messages in response to vehicle theft, including hijack of childrenor other people in vehicle. These messages can be authorized by externalthird parties to aid in locating vehicle, and can be in response to, forexample, an Amber alert or other notification of kidnapping.

5) Rental vehicle messages, including driver name and rental car relatedinformation

6) Name of a customer for ride share service, or notice of availabilityfor taxi or similar ride services.

7) Road permits or other indications that presence on the road orstreetside at defined times or in defined geographic locations ispermitted.

In the foregoing description, reference is made to the accompanyingdrawings that form a part thereof, and in which is shown by way ofillustration specific exemplary embodiments in which the disclosure maybe practiced. These embodiments are described in sufficient detail toenable those skilled in the art to practice the concepts disclosedherein, and it is to be understood that modifications to the variousdisclosed embodiments may be made, and other embodiments may beutilized, without departing from the scope of the present disclosure.The foregoing detailed description is, therefore, not to be taken in alimiting sense.

Reference throughout this specification to “one embodiment,” “anembodiment,” “one example,” or “an example” means that a particularfeature, structure, or characteristic described in connection with theembodiment or example is included in at least one embodiment of thepresent disclosure. Thus, appearances of the phrases “in oneembodiment,” “in an embodiment,” “one example,” or “an example” invarious places throughout this specification are not necessarily allreferring to the same embodiment or example. Furthermore, the particularfeatures, structures, databases, or characteristics may be combined inany suitable combinations and/or sub-combinations in one or moreembodiments or examples. In addition, it should be appreciated that thefigures provided herewith are for explanation purposes to personsordinarily skilled in the art and that the drawings are not necessarilydrawn to scale.

Embodiments in accordance with the present disclosure may be embodied asan apparatus, method, or computer program product. Accordingly, thepresent disclosure may take the form of an entirely hardware-comprisedembodiment, an entirely software-comprised embodiment (includingfirmware, resident software, micro-code, etc.), or an embodimentcombining software and hardware aspects that may all generally bereferred to herein as a “circuit,” “module,” or “system.” Furthermore,embodiments of the present disclosure may take the form of a computerprogram product embodied in any tangible medium of expression havingcomputer-usable program code embodied in the medium.

Any combination of one or more computer-usable or computer-readablemedia may be utilized. For example, a computer-readable medium mayinclude one or more of a portable computer diskette, a hard disk, arandom access memory (RAM) device, a read-only memory (ROM) device, anerasable programmable read-only memory (EPROM or Flash memory) device, aportable compact disc read-only memory (CDROM), an optical storagedevice, and a magnetic storage device. Computer program code forcarrying out operations of the present disclosure may be written in anycombination of one or more programming languages. Such code may becompiled from source code to computer-readable assembly language ormachine code suitable for the device or computer on which the code willbe executed.

Embodiments may also be implemented in cloud computing environments. Inthis description and the following claims, “cloud computing” may bedefined as a model for enabling ubiquitous, convenient, on-demandnetwork access to a shared pool of configurable computing resources(e.g., networks, servers, storage, applications, and services) that canbe rapidly provisioned via virtualization and released with minimalmanagement effort or service provider interaction and then scaledaccordingly. A cloud model can be composed of various characteristics(e.g., on-demand self-service, broad network access, resource pooling,rapid elasticity, and measured service), service models (e.g., Softwareas a Service (“SaaS”), Platform as a Service (“PaaS”), andInfrastructure as a Service (“IaaS”)), and deployment models (e.g.,private cloud, community cloud, public cloud, and hybrid cloud).

The flow diagrams and block diagrams in the attached figures illustratethe architecture, functionality, and operation of possibleimplementations of systems, methods, and computer program productsaccording to various embodiments of the present disclosure. In thisregard, each block in the flow diagrams or block diagrams may representa module, segment, or portion of code, which comprises one or moreexecutable instructions for implementing the specified logicalfunction(s). It will also be noted that each block of the block diagramsand/or flow diagrams, and combinations of blocks in the block diagramsand/or flow diagrams, may be implemented by special purposehardware-based systems that perform the specified functions or acts, orcombinations of special purpose hardware and computer instructions.These computer program instructions may also be stored in acomputer-readable medium that can direct a computer or otherprogrammable data processing apparatus to function in a particularmanner, such that the instructions stored in the computer-readablemedium produce an article of manufacture including instruction meanswhich implement the function/act specified in the flow diagram and/orblock diagram block or blocks. Many modifications and other embodimentsof the invention will come to the mind of one skilled in the art havingthe benefit of the teachings presented in the foregoing descriptions andthe associated drawings. Therefore, it is understood that the inventionis not to be limited to the specific embodiments disclosed, and thatmodifications and embodiments are intended to be included within thescope of the appended claims. It is also understood that otherembodiments of this invention may be practiced in the absence of anelement/step not specifically disclosed herein.

1. A vehicle payment system, comprising: a digital license plate, havinga communication system and a display attached to a vehicle; a paymentsystem that receives road usage information from digital license plateand wirelessly connects to a payment authority to pay fees based on theroad usage information, and wherein the display indicates currentpayment status.
 2. The vehicle payment system of claim 1, wherein theroad usage information includes tracked mileage
 3. The vehicle paymentsystem of claim 1, wherein the road usage information includes type ofroad used.
 4. The vehicle payment system of claim 1, wherein the roadusage information includes toll roads used.
 5. A road usageauthorization system, comprising: a digital license plate, having acommunication system and a display attached to a vehicle; a system thatwirelessly connects to receive authorization data for road usage andoptionally preserve information needed for road usage payments, andwherein the display presents a message related to the road usageauthorization data.
 6. The road usage authorization of claim 5, whereinthe messaging further relates to parking.
 7. The road usageauthorization of claim 5, wherein the messaging further relates to anauthorization to use a defined road.
 8. The road usage authorization ofclaim 5, wherein the messaging further relates to rationed road access.9. The road usage authorization of claim 5, wherein the messaging ismachine readable.
 10. The road usage authorization of claim 5, whereinthe messaging is a bar code.
 11. The road usage authorization of claim5, wherein the road usage information needed for road usage paymentsincludes tracked mileage
 12. The road usage authorization of claim 5,wherein the road usage information needed for road usage paymentsincludes type of road used.
 13. The road usage authorization of claim 5,wherein the road usage information needed for road usage paymentsincludes toll roads used.
 14. A vehicle geofence system, comprising: aplurality of digital license plates, each attached to a vehicle andconnected to receive location data; a user interface to the digitallicense plate that allows setting a geofence for multiple digitallicense plates; and an alert system activated in response to vehiclelocation conditions associated with a geofence.